Automatic search and replacement functionality within a computing application

ABSTRACT

Disclosed herein is an integration of automatic search functionality into a business application. The application is monitored for an instance wherein the user is initiating an activity that involves an expenditure. Upon detection of such an activity, a query is automatically generated based on information related to the expenditure. The query is communicated to a search component, from which corresponding search results are eventually received. Finally, at least some information related to the search results is displayed to the user. In one embodiment, assuming the user&#39;s express or implicit approval, auto-generation of data and/or modification of business process flow are facilitated based on the search results.

CROSS REFERENCE TO RELATED APPLICATION

The present application is based on and claims the benefit of U.S.provisional patent application Ser. No. 11/471,834, filed Jun. 21, 2006,the content of which is hereby incorporated by reference in itsentirety.

Sparked by Internet technology, there has been a dramatic proliferationof business data published and made available to users of computingdevices. However, it is common for business data to be scattered acrossa broad range of different data stores associated with a variety ofdifferent data sources. Under the circumstances, efficiently accessingrelevant data when it is needed can be a real challenge.

Currently, a user using a computing device to accomplish a business taskoften must stop what he or she is doing in order to manually navigatethrough different data stores to find a data item that is likely to berelevant to current needs. In most cases, the tools provided to supportnavigation through data are completely separate from the tools beingutilized for business purposes. It is not uncommon for a user to beforced to switch back and forth between a business application and anapplication configured to support data searching.

In many cases, the process of identifying relevant business datarequires a user to sift through search results (e.g., often in a listformat) on a trial and error basis in order to determine relevancy ofdata to current needs. The queries utilized to request the searchresults are not commonly configured to take contextual considerationsinto account, such as why the user is searching for certain informationor the kind of information most likely to be useful to the userperforming the query. Often times, query refining becomes necessary toefficiently locate relevant results. Sometimes, re-querying usingdifferent syntax or search terms is the most efficient option. A user isoften relied upon to make good and informed search strategy decisions toget to information that satisfies current needs.

The discussion above is merely provided for general backgroundinformation and is not intended for use as an aid in determining thescope of the claimed subject matter. Further, the claimed subject matteris not limited to implementations that solve any or all disadvantagesnoted anywhere in the present description.

SUMMARY

Disclosed herein is an integration of automatic search functionalityinto a business application. The application is monitored for aninstance wherein the user is initiating an activity that involves anexpenditure. Upon detection of such an activity, a query isautomatically generated based on information related to the expenditure.The query is communicated to a search component, from whichcorresponding search results are eventually received. Finally, at leastsome information related to the search results is displayed to the user.In one embodiment, assuming the user's express or implicit approval,auto-generation of data and/or modification of business process flow arefacilitated based on the search results.

This Summary is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. This Summary is not intended to identify key features oressential features of the claimed subject matter, nor is it intended foruse as an aid in determining the scope of the claimed subject matter.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic block diagram of a business application system.

FIG. 2 is a block flow diagram demonstrating a method that can becarried out in the context of the system shown in FIG. 1.

FIGS. 3-6 are examples of screenshots associated with a small businessaccounting software application.

FIG. 7 is a diagrammatic representation of a computing systemenvironment.

FIG. 8 is a diagrammatic representation of a mobile device environment.

DETAILED DESCRIPTION

With the proliferation of business data being published on the Web andin other electronically accessible mediums, opportunities exist tointegrate a business application with automatic search functionality.This functionality can then be exploited for many purposes, such as toreduce manual processing of business documents through intelligentauto-generation, and/or to intelligently modify business process flow.As will become apparent, the value of integrating search is particularlyhigh where the search process is configured to account for contextualconsiderations that are customized for the user.

FIG. 1 is a schematic block diagram of a business application system100. FIG. 2 is a block flow diagram demonstrating a method that can becarried out in the context of system 100. For the purpose ofillustration, FIGS. 1 and 2 will be described in conjunction with oneanother. It should be noted that elements from FIG. 1 have been assigneda number in the 100's and elements in FIG. 2 have been assigned a numberin the 200's.

In accordance with block 202, a user 102 interacts with a businessapplication 104. In accordance with block 204, a query is generated.This query generation step is illustratively accomplished by a queryprocessing component 103 that may be part of application 104 but may beotherwise implemented (e.g., as part of an operating system, a servicedelivered over a network, etc.).

As will become apparent, the generated query is different than atraditional query based on one or more search terms input by the userspecifically for the purpose of searching or querying. In fact, as isemphasized by boxes 208 and 210, the query parameters may or may notinclude data contemporaneously received from the user. As is indicted byblock 206, the query is communicated to one or more search components106. While the precise nature of components 106 is not critical to thepresent invention, in one embodiment, components 106 include one or moreon-line services such as an Internet-based search engine or anadvertising engine.

As is shown in FIG. 1, the communication of the query (e.g.,communication initiated by application 104 or component 103) involvescommunicating search parameters 105. As is indicated by blocks 108through 118, the precise nature of the query search parameters isflexible and could vary from one implementation to the next. Searchparameters can include any or all of data contemporaneously input byuser 102 (box 108), data input by user 102 historically (box 110), datainput or associated with users other than user 102 (box 112), datarelated to a context in which user 102 is using application 104 (box114), any business data associated with application 104 or anotherapplication (box 116), any accounting data associated with application104 or another application (box 118), or any other data (box 120). Anexample, not by limitation, of process context that can be reflected inparameters 105 is information related the identity of a particular stepin a business flow within the application. An example, not bylimitation, of user input or context data that can be reflected in theparameters is contemporaneously or historically values input by the usersuch as SIC codes, pricing information, margin information, etc.

Search component(s) 106 process the received query based on some or allof search parameters 105. This leads to the production of search results122, which are communicated back to business application 104. In oneembodiment, a component such as query processing component 103 organizesand/or reformats search parameters 105 into certain formats desirablefor certain search component(s) 106. In another embodiment, however, asearching component is configured to analyze search parameters 105 andtarget results accordingly (e.g., an advertising service). Box 207represents receipt by application 104 of search results 22.

In one aspect of the present invention, search results 122 are utilizedto enhance user 102's experience within application 104. This processmay be handled by application 104, by query processing component 103, orby a different independent component (not illustrated). In accordancewith box 214, search results 122 are utilized as a basis for providingauto-generation functionality. For example, based on the search results,fields within a display may be automatically filled in, or at leastsuggestions for filling in fields may be provided for user 102'sacceptance or dismissal. In accordance with box 216, search results 122are utilized as a basis for modifying the flow of a business processwithin application 104. For example, based on the search results,certain different forms and/or processes may be automaticallyimplemented, or at least suggestions for different forms and/orprocesses may be provided for user 102's acceptance or dismissal. As isrepresented by box 218, some implementations may incorporate a userapproval process that enables a user to accept or reject changes orproposed changes.

In one aspect of the present invention, system 100 is configured toprovide great benefit to user 102 by automatically and implicitly searchfor information that might impact a business decision while thatdecision is being acted upon in application 104. Further, the searchingprocess can be based on contextual characteristics of the decision beingmade (e.g., application context), data being currently input,pre-existing data, user context (e.g., user identity or role within anorganization), and/or other data. In this manner, user 102 isautomatically presented with choices that may be better than the currentchoice. Assuming implicit or explicit user consent, based on the searchresults, the decision itself can be changed, process flow can bechanged, auto-generation can be implemented, and/or other outcomes canbe triggered as appropriate for a given implementation.

Those skilled in the art will appreciate that there are many ways toimplement a system in accordance the present invention and that theillustrated configuration is but one example. Further, within a givenimplementation, the illustrated components may have a differentfunctionality. For example, query processing component 103 could beimplemented as a data abstraction service that publishes searchparameters 105 to various search services 106. In this case, the searchparameters 105 illustratively include business data in a canonicalformat. The abstraction service can be configured to transform thecanonical data format to satisfy specific format requirements for eachsearch service. This is just one example of a similar but differentimplementation that should be considered within the scope of the presentinvention.

In order to further solidify the present description, a more specificexample will now be provided. For the purpose of the example, it will beassumed that business application 104 is a small business accountingapplication configured to employ query processing component 103 topublish data (i.e., search parameters 105), including inventory data andcontextual data, to an Internet-based data service 106. Data service 106processes the search parameters and returns results 122 to queryprocessing component 103. Component 103 then cooperates with application104 in order to support an automatic alteration of a purchase orderand/or a purchase order document. It should be emphasized that thepresent invention is not limited to the details of this one particularexample.

To continue the example, it will now be assumed that the inventory dataincluded in search parameters 105 is transmitted to search component(s)106 in a canonical format that can include, not by limitation, any of aproduct name, a product description, a UPC code, price (e.g., normal andor sale), etc. In addition to these types of product information, thebusiness application 104 may also have extensive information aboutbusiness location and contact information (e.g., e-mail, fax, phone,etc.). Depending on implementation details, the published inventory datacan also be tagged with this and other information. The searchcomponent(s) 106 to which data is transmitted can include, not bylimitation, online search engines, comparison shopping engines,advertising networks, marketplaces, etc.

Continuing with the example, FIG. 3 is an example of a screenshot 300associated with a small business accounting software application. As isindicated by title bar 304, the application is currently in a moderelated to business interactions with vendors. Oval 302 demonstratesthat this mode may have been entered into following selection of avendor tab. As is indicated by oval 306, the user next selects a “newpurchase order” function associated with a display element.

FIG. 4 is an example of a screenshot 400 associated with the smallbusiness accounting software application. Screenshot 400 isillustratively where the user arrives after selecting the “new purchaseorder” function as noted in relation to FIG. 3. The business functionrelated to screenshot 400 is creation of a new purchase order. In thatregard, the user enters information into the noted fields as necessaryto support creation of a new purchase order.

In screenshot 400, the user is entering in a purchase order from avendor noted as “Contoso Supplier.” As is indicated by oval 402, theorder is to purchase trail bikes. The user has entered a quantity of 10at a list price of $825 per bike. As has been described herein, whilethe user interacts with the application so as to participate in theprocess of creating a purchase order, a searching process is carried outbehind the scenes.

More specifically, an automatic context-sensitive search is carried outwithout requiring the user's attention to be switched to facilitatingthe search. The search is conducted based on indirectly derived searchparameters such as, but not limited to, the information that the userhas entered into the various fields, application context (e.g., purchaseorder context) or any appropriate business data (e.g., price, vendor,number of units, historic price range for same product, delivery date,details as to historical purchases, market data, etc.). Some of thesearch parameters may effect where the search is directed to (e.g.,different searches may be directed to different searching componentsbased on different application context indications, or searches may belimited to entities that can guarantee delivery by a certain date,etc.). Of course, some search parameters will be utilized as searchquery terms to be applied by the searching component.

Panels 408 and 410 contain indications of the results of a searchcarried out by a searching component. Panel 408 shows products andservices from different venders that are the same or similar to thetarget of the purchase order. In this case, as is indicated by oval 406,the search produced an indication that the same bike is available from adifferent vendor for a lower price. Panel 410 shows alternate vendors(e.g., for the same product) that were encountered as a result of thesearching process.

FIG. 5 is an example of a screenshot 500 associated with the smallbusiness accounting software application. The illustratively noticesthat the price in oval 506 is lower than the price in oval 508.Interested in the product associated with price 506, the user selectsthe “purchase now” option identified with oval 502. This causes pop-upbox 504 to appear. Box 504 gives the user the option of canceling thecurrent purchase order and starting a new purchase order for the productassociated with price 506.

FIG. 6 is an example of a screenshot 600 associated with the smallbusiness accounting software application. Screenshot 600 is the newpurchase order created after the user selects “add” from pop-up box 504.In one embodiment, one or more fields of the new purchase order arefilled in automatically. For example, the vendor, product, price, etc.are filled in automatically when the user has approved the change inprocess flow. The new purchase order is illustratively communicated tothe alternate supplier electronically, or using other methods ofcommunication (e.g., fax, mail, etc.).

Thus, when the user creates a purchase order for an items or items(e.g., a trail bike) targeted at an existing supplier, query processingcomponent 103 illustratively aggregates appropriate search parameters105 and communicates them to an appropriate searching component(s). Inparticular, component 103 queries search engines, comparison shoppingengines, and/or marketplace engines for better price matches oralternate items. This search is done in the context of the application(e.g., without leaving the application, e.g., not in an Internet browserapplication).

Further, the searching process can be leveraged to account for somelevel of understanding of the relevant business process (e.g., creatinga purchase order inherently is a purchase with certain parameters likeitem, quantity, price delivery date, etc. . . . all of which can beutilized as a basis for query). In one embodiment, the searching processis executed against a subset of all available search/informationproviders (e.g., appropriate comparison search engines and appropriatemarketplaces) with searching qualified by attributes relevant to thebusiness process (e.g., item/UPC, description, item attributes, cost,delivery capacity, etc.) automatically. Thus, the user need notexplicitly use information to search or initiate the search. The searchis automatically done on behalf of the user. On completion of thesearch, the positive results (e.g., in the illustrated case, items thatare similar with lower prices, better availability dates, etc.) arepresented to the user within the context of the business process.

It should again be emphasized that the present invention is in no waylimited to a purchase order context. This is but one example of animplementation of how the described integrated search features can beimplemented. Those skilled in the art will appreciate that the same orsimilar concepts can be applied in many other scenarios withoutdeparting from the scope of the present invention.

Thus, the present subject matter deals with an integration of automatic,context-based search functionality into business applications. Twoillustrative applicable computing devices will now be described.

FIG. 7 illustrates an example of a suitable computing system environment700 in which embodiments may be implemented. The computing systemenvironment 700 is only one example of a suitable computing environmentand is not intended to suggest any limitation as to the scope of use orfunctionality of the claimed subject matter. Neither should thecomputing environment 700 be interpreted as having any dependency orrequirement relating to any one or combination of components illustratedin the exemplary operating environment 700.

Embodiments are operational with numerous other general purpose orspecial purpose computing system environments or configurations.Examples of well-known computing systems, environments, and/orconfigurations that may be suitable for use with various embodimentsinclude, but are not limited to, personal computers, server computers,hand-held or laptop devices, multiprocessor systems,microprocessor-based systems, set top boxes, programmable consumerelectronics, network PCs, minicomputers, mainframe computers, telephonysystems, distributed computing environments that include any of theabove systems or devices, and the like.

Embodiments may be described herein in the general context ofcomputer-executable instructions, such as program modules, beingexecuted by a computer. Generally, program modules include routines,programs, objects, components, data structures, etc. that performparticular tasks or implement particular abstract data types. Someembodiments are designed to be practiced in distributed computingenvironments where tasks are performed by remote processing devices thatare linked through a communications network. In a distributed computingenvironment, program modules are located in both local and remotecomputer storage media including memory storage devices.

With reference to FIG. 7, an exemplary system for implementing someembodiments includes a general-purpose computing device in the form of acomputer 710. Components of computer 710 may include, but are notlimited to, a processing unit 720, a system memory 730, and a system bus721 that couples various system components including the system memoryto the processing unit 720. The system bus 721 may be any of severaltypes of bus structures including a memory bus or memory controller, aperipheral bus, and a local bus using any of a variety of busarchitectures. By way of example, and not limitation, such architecturesinclude Industry Standard Architecture (ISA) bus, Micro ChannelArchitecture (MCA) bus, Enhanced ISA (EISA) bus, Video ElectronicsStandards Association (VESA) local bus, and Peripheral ComponentInterconnect (PCI) bus also known as Mezzanine bus.

Computer 710 typically includes a variety of computer readable media.Computer readable media can be any available media that can be accessedby computer 710 and includes both volatile and nonvolatile media,removable and non-removable media. By way of example, and notlimitation, computer readable media may comprise computer storage mediaand communication media. Computer storage media includes both volatileand nonvolatile, removable and non-removable media implemented in anymethod or technology for storage of information such as computerreadable instructions, data structures, program modules or other data.Computer storage media includes, but is not limited to, RAM, ROM,EEPROM, flash memory or other memory technology, CD-ROM, digitalversatile disks (DVD) or other optical disk storage, magnetic cassettes,magnetic tape, magnetic disk storage or other magnetic storage devices,or any other medium which can be used to store the desired informationand which can be accessed by computer 710. Communication media typicallyembodies computer readable instructions, data structures, programmodules or other data in a modulated data signal such as a carrier waveor other transport mechanism and includes any information deliverymedia. The term “modulated data signal” means a signal that has one ormore of its characteristics set or changed in such a manner as to encodeinformation in the signal. By way of example, and not limitation,communication media includes wired media such as a wired network ordirect-wired connection, and wireless media such as acoustic, RF,infrared and other wireless media. Combinations of any of the aboveshould also be included within the scope of computer readable media.

The system memory 730 includes computer storage media in the form ofvolatile and/or nonvolatile memory such as read only memory (ROM) 731and random access memory (RAM) 732. A basic input/output system 733(BIOS), containing the basic routines that help to transfer informationbetween elements within computer 710, such as during start-up, istypically stored in ROM 731. RAM 732 typically contains data and/orprogram modules that are immediately accessible to and/or presentlybeing operated on by processing unit 720. By way of example, and notlimitation, FIG. 7 illustrates operating system 734, applicationprograms 735, other program modules 736, and program data 737. Programs735 are illustrated to demonstrate that at least one program can beconfigured to support business integrated search functionality asdescribed herein. This need not necessarily be the case for any or allof the programs. Further, the support can be implemented from outside ofthe actual application. Further, programs 736 can also or alternativelybe so configured.

The computer 710 may also include other removable/non-removablevolatile/nonvolatile computer storage media. By way of example only,FIG. 7 illustrates a hard disk drive 741 that reads from or writes tonon-removable, nonvolatile magnetic media, a magnetic disk drive 751that reads from or writes to a removable, nonvolatile magnetic disk 752,and an optical disk drive 755 that reads from or writes to a removable,nonvolatile optical disk 756 such as a CD ROM or other optical media.Other removable/non-removable, volatile/nonvolatile computer storagemedia that can be used in the exemplary operating environment include,but are not limited to, magnetic tape cassettes, flash memory cards,digital versatile disks, digital video tape, solid state RAM, solidstate ROM, and the like. The hard disk drive 741 is typically connectedto the system bus 721 through a non-removable memory interface such asinterface 740, and magnetic disk drive 751 and optical disk drive 755are typically connected to the system bus 721 by a removable memoryinterface, such as interface 750.

The drives and their associated computer storage media discussed aboveand illustrated in FIG. 7, provide storage of computer readableinstructions, data structures, program modules and other data for thecomputer 710. In FIG. 7, for example, hard disk drive 741 is illustratedas storing operating system 744, application programs 745, other programmodules 746, and program data 747. Note that these components can eitherbe the same as or different from operating system 734, applicationprograms 735, other program modules 736, and program data 737. Operatingsystem 744, application programs 745, other program modules 746, andprogram data 747 are given different numbers here to illustrate that, ata minimum, they are different copies. Programs 745 are illustrated todemonstrate that at least one program can be configured to supportintegrated search functionality as described herein. This need notnecessarily be the case for any or all of the programs. Further,programs 746 can also or alternatively be so configured. Also, thefunctionality can be implemented from outside of the actual applicationdespite being depicted as internal.

A user may enter commands and information into the computer 710 throughinput devices such as a keyboard 762, a microphone 763, and a pointingdevice 761, such as a mouse, trackball or touch pad. Other input devices(not shown) may include a joystick, game pad, satellite dish, scanner,or the like. These and other input devices are often connected to theprocessing unit 720 through a user input interface 760 that is coupledto the system bus, but may be connected by other interface and busstructures, such as a parallel port, game port or a universal serial bus(USB). A monitor 791 or other type of display device is also connectedto the system bus 721 via an interface, such as a video interface 790.In addition to the monitor, computers may also include other peripheraloutput devices such as speakers 797 and printer 796, which may beconnected through an output peripheral interface 795.

The computer 710 is operated in a networked environment using logicalconnections to one or more remote computers, such as a remote computer780. The remote computer 780 may be a personal computer, a hand-helddevice, a server, a router, a network PC, a peer device or other commonnetwork node, and typically includes many or all of the elementsdescribed above relative to the computer 710. The logical connectionsdepicted in FIG. 7 include a local area network (LAN) 771 and a widearea network (WAN) 773, but may also include other networks. Suchnetworking environments are commonplace in offices, enterprise-widecomputer networks, intranets and the Internet.

When used in a LAN networking environment, the computer 710 is connectedto the LAN 771 through a network interface or adapter 770. When used ina WAN networking environment, the computer 710 typically includes amodem 772 or other means for establishing communications over the WAN773, such as the Internet. The modem 772, which may be internal orexternal, may be connected to the system bus 721 via the user inputinterface 760, or other appropriate mechanism. In a networkedenvironment, program modules depicted relative to the computer 710, orportions thereof, may be stored in the remote memory storage device. Byway of example, and not limitation, FIG. 7 illustrates remoteapplication programs 785 as residing on remote computer 780. It will beappreciated that the network connections shown are exemplary and othermeans of establishing a communications link between the computers may beused. Programs 785 are illustrated to indicate that at least one programsupports integrated search functionality as described herein. This neednot necessarily be the case for any or all of the programs. Also, thefunctionality can be implemented from outside of the actual applicationdespite the internal location in the Figure. In one embodiment, computer780 is a server device containing a search component for supporting theserver-side functionality of the integrated search functionalitydescribed herein.

FIG. 8 is a block diagram of a mobile device 800, which is an exemplarycomputing environment. Mobile device 800 includes a microprocessor 802,memory 804, input/output (I/O) components 806, and a communicationinterface 808 for communicating with remote computers or other mobiledevices. In one embodiment, the afore-mentioned components are coupledfor communication with one another over a suitable bus 810.

Memory 804 is implemented as non-volatile electronic memory such asrandom access memory (RAM) with a battery back-up module (not shown)such that information stored in memory 804 is not lost when the generalpower to mobile device 800 is shut down. A portion of memory 804 isillustratively allocated as addressable memory for program execution,while another portion of memory 804 is illustratively used for storage,such as to simulate storage on a disk drive.

Memory 804 includes an operating system 812, application programs 814 aswell as an object store 816. Programs 814 are illustrated to indicatethat at least one program supports the integrated search functionalitydescribed herein. This need not necessarily be the case for any or allof the programs. During operation, operating system 812 isillustratively executed by processor 802 from memory 804. Operatingsystem 812 is illustratively designed for mobile devices, and implementsdatabase features that can be utilized by applications 814 through a setof exposed application programming interfaces and methods. The objectsin object store 816 are maintained by applications 814 and operatingsystem 812, at least partially in response to calls to the exposedapplication programming interfaces and methods.

Communication interface 808 represents numerous devices and technologiesthat allow mobile device 800 to send and receive information. Thedevices include wired and wireless modems, satellite receivers andbroadcast tuners to name a few. Mobile device 800 can also be directlyconnected to a computer to exchange data therewith. In such cases,communication interface 808 can be an infrared transceiver or a serialor parallel communication connection, all of which are capable oftransmitting streaming information.

Input/output components 806 include a variety of input devices such as atouch-sensitive screen, buttons, rollers, and a microphone as well as avariety of output devices including an audio generator, a vibratingdevice, and a display. The devices listed above are by way of exampleand need not all be present on mobile device 800. In addition, otherinput/output devices may be attached to or found with mobile device 800.

Although the subject matter has been described in language specific tostructural features and/or methodological acts, it is to be understoodthat the subject matter defined in the appended claims is notnecessarily limited to the specific features or acts described above.Rather, the specific features and acts described above are disclosed asexample forms of implementing the claims.

What is claimed is:
 1. A computer implemented method comprising:generating a representation of a user interface display comprising aform for a transaction in an application, wherein the form includes aset of fields, each field in the set being associated with a parameterof the transaction; receiving an indication of a user input on the form;based on the indication of the user input, identifying a first value fora first field; defining a search parameter based on the first value;obtaining a search result that is based on the search parameter;generating the representation of the user interface display to includethe search result; receiving an indication of a user selection input;based on the selected search result, identifying a second valueassociated with the selected search result; and selecting a second fieldfrom the set of fields on the form, the second field being separate fromthe first field; and using a computer processor to automatically modifythe form by: replacing the first value in the first field with thesecond value associated with the selected search result; and modifyingthe second field based on the search result; and modifying therepresentation of the user interface display to include theautomatically modified form.
 2. The computer-implemented method of claiml, wherein the first value comprises a non-numerical term.
 3. Thecomputer-implemented method of claim 1, wherein the second valuecomprises a non-numerical term.
 4. The computer-implemented method ofclaim 1, wherein the second field is identified based on a type ofcontent of the search result, and wherein automatically modifyingcomprises: modifying the second field to include a third valueidentified based on the search result.
 5. The computer-implementedmethod of claim 1, further comprising: prior to replacing the firstvalue with the second value, generating a representation of an approvaluser input mechanism; and receiving an indication of user actuation ofthe approval user input mechanism, wherein the first value is replacedwith the second value in response to the indication of user actuation ofthe approval user input mechanism.
 6. A computing system comprising: aprocessor; memory storing instructions which, when executed by theprocessor, configure the computing system to: identify a user roleassociated with a user; generating a representation of a form comprisinga set of fields; receive an indication of a first value in a field ofthe set of fields, the first value being indicative of a parameter of atransaction; generate a search query having a search parameter based onthe first value; receive a search result that is based on both thesearch query and the user role; generate a representation of a userinterface display that includes the search result; receive an indicationof a user selection of the search result; identify a second valueassociated with the selected search result; and modify therepresentation of the form to replace the first value in the first fieldwith the second value associated with the selected search result.
 7. Thecomputing system of claim 6, wherein the search query includes dataother than data input by the user in the form, and wherein theinstructions configure the computing system to: generate arepresentation of a search results user interface display that isconfigured to simultaneously display the first field and the searchresult; and automatically modify the form by adding the second value tothe form.
 8. The computing system of claim 6, wherein the instructionsconfigure the computing system to: prior to replacing the first valuewith the second value, generate a representation of an approval userinput mechanism; and receive an indication of user actuation of theapproval user input mechanism, wherein the first value is replaced withthe second value in response to the indication of user actuation of theapproval user input mechanism.
 9. The computing system of claim 6,wherein the instructions configure the computing system to modify aplurality of fields on the form based on the search result.
 10. Thecomputing system of claim 6, wherein the instructions configure thecomputing system to modify a second field of the set of fields on theform, based on the search result.
 11. The computing system of claim 6,wherein the instructions configure the computing system to: identify anapplication context based on a particular step in an applicationworkflow associated with the form, wherein the search result is based onthe application context.
 12. A computing system, comprising: aprocessor; memory storing instructions which, when executed by theprocessor, configure the computing system to: generate a representationof a form having a field for entering information into a transactionrecord; receive an indication of a user input on the form; based on theindication of the user input, identify a first value in the field;define a search parameter based on the first value; obtain a searchresult that is based on the search parameter; generate a representationof a user interface display that includes the search result; receive anindication of a user selection input; based on the indication of theuser selection input, select the search result; based on the selectedsearch result, identify a second value associated with the selectedsearch result; generate a representation of an approval user inputmechanism; receive an indication of user actuation of the approval userinput mechanism; and based on the indication of user actuation of theapproval user input mechanism, automatically modify the form byreplacing the first value in the field with the second value associatedwith the selected search result.
 13. The computing system of claim 12,wherein the instructions configure the computing system to: identify auser role associated with the user, wherein the search result is basedon the user role.
 14. The computing system of claim 12, wherein the formis automatically modified by identifying another field on the form,other than the field that received the user input indicative of thevalue, and modifying the other field with a value identified based onthe search result.
 15. The computer-implemented method of claim 1, andfurther comprising identifying a predefined context that is not enteredby the user contemporaneously with the display of the form, wherein thesearch result is based on the predefined context.
 16. Thecomputer-implemented method of claim 15, wherein the predefined contextcomprises a user context associated with the user.
 17. Thecomputer-implemented method of claim 16, wherein the user contextcomprises a user role associated with the user.
 18. Thecomputer-implemented method of claim 15, wherein the predefined contextcomprises an application context indicative of a particular step in aworkflow of the application.
 19. The computing system of claim 12,wherein each of the first and second values comprise at least onenon-numerical term.
 20. The computing system of claim 6, wherein each ofthe first and second values comprise at least one non-numerical term.